home *** CD-ROM | disk | FTP | other *** search
/ Software Vault: The Gold Collection / Software Vault - The Gold Collection (American Databankers) (1993).ISO / cdr28 / faq.zip / NOVELL.FAQ
Internet Message Format  |  1993-03-26  |  35KB

  1. From  ucivax!suvm.acs.syr.edu!novelerr
  2. To:   Multiple recipients of list NOVELL <NOVELL@SUVM.SYR.EDU>
  3.  
  4. Frequently Asked Questions for NOVELL@SUVM Mailing List
  5. =======================================================
  6.  
  7.      The guidelines for when to answer questions directly to the list,
  8. and when to answer in private email (found in question 9) have been
  9. changed, as a result of much recent discussion both on the list, and
  10. among the sysops.
  11.      The bibliography of Novell and Novell related books should be ready
  12. before the next posting of the FAQ, which was not as soon as I had
  13. hoped.  Suggestions are still welcome.
  14.      As always, I appreciate feedback on the contents.  If you have
  15. comments, suggestions, flames, errata, or new question/answers to offer,
  16. please email me at sjenkins@info.umd.edu.
  17.  
  18.      If you have a program or file of general interest that you would
  19. like to have made publicly available on info.umd.edu, please contact me
  20. at sjenkins@info.umd.edu
  21.  
  22. Contents
  23. ========
  24.  
  25. New questions are marked with (**); questions which have been materially
  26. revised or added to are marked with (*):
  27.  
  28. 1. What is this "FAQ" List?
  29. 2. Where does this FAQ list come from--how are questions added?
  30. 3. Can this FAQ list be had via anonymous FTP?
  31. 4. How do I subscribe to the mailing list?
  32. 5. How do I unsubscribe?
  33. 6. How do I post a message?
  34. 7. How do I get the list to echo copies of mail I post to me?
  35. 8. Who are the sysops of the NOVELL@suvm mailing list?
  36. 9. (*) What rules of etiquette apply on this list?
  37. 10. What other mailing lists may be of interest?
  38. 11. How can I login *without* running the system/user login script?
  39. 12. How can I boot my server without running
  40.      STARTUP.NCF/AUTOEXEC.NCF?
  41. 13. Is there a TELNET compatible program for remotely controlling a
  42.      PC?
  43. 14. (*) What is BOOTP and where can I get it?
  44. 15. What is Pegasus Mail and where can I get it?
  45. 16. What is Charon and where can I get it?
  46. 17. Where can I get an Internet gateway for Pegasus Mail?
  47. 18. How can I print from Novell to Unix and vice versa?
  48. 19. How can I get user-ids (and other information) into programs?
  49. 20. What are Packet, ODI and NDIS drivers?
  50. 21. What is Splicer?
  51. 22. Is there an official Novell FTP site for patches and updates?
  52. 23. Where can I FTP Netware utilities, programs, etc?
  53. 24. How do I set up my server as an FTP site?
  54. 25. What are Novell's phone numbers?
  55. 26. How do I install ODI?
  56. 27. Why can't multiple TCP/IP applications run on a workstation?
  57.  
  58. In Search Of
  59. ============
  60.      Suggestions of new questions and answers are always welcome.
  61.  
  62.  
  63. Questions and Answers
  64. =====================
  65.  
  66. 1. What is this "FAQ" List?
  67. ---------------------------
  68.      This FAQ list is a list of Frequently Asked Questions, both
  69. administrative (how do I use this list?) and informational (where do a
  70. find this, how can I use this correctly?) that are asked often enough
  71. that it would be of general interest to post the answers to them
  72. periodically.
  73.  
  74. 2. Where does this FAQ list come from--how are questions added?
  75. ---------------------------------------------------------------
  76.      I compose this FAQ list as a service to the group, and for the
  77. benefit of my user's group, the University of Maryland System Novell
  78. Users Group.  All editorial opinions are mine; if you disagree or spot
  79. an inaccuracy, or have a new question *with* answer (I will edit answers
  80. to make the style consistent, but I cannot research answers) that you
  81. would like included in the FAQ list, please email me directly at
  82. sjenkins@info.umd.edu and I will attempt to include it in the next
  83. edition.
  84.      This FAQ list is mailed by an automated script every other Monday;
  85. on alternate Mondays, a reminder note explaining how to get this FAQ via
  86. anonymous FTP is mailed instead.
  87.  
  88. 3. Can this FAQ list be had via anonymous FTP?
  89. ----------------------------------------------
  90.      Yes, this FAQ list is available on info.umd.edu (128.8.10.29) in
  91. the info/Computers/Novell/Information directory, as either faq.wp which
  92. is a WordPerfect 5.1 version (this document is created with table of
  93. contents and cross reference markers, so if you intend to edit it, you
  94. may find the WordPerfect version helpful), and faq.txt which is a text
  95. file version.  See question 23 for further details on info.umd.edu.
  96.  
  97. 4. How do I subscribe to the mailing list?
  98. ------------------------------------------
  99.      This list is run with a LISTSERV whose address is
  100.  
  101.           Internet: LISTSERV@suvm.acs.syr.edu
  102.           Bitnet:   LISTSERV@suvm
  103.  
  104.      To subscribe (and later unsubscribe), you *must* send mail to the
  105. LISTSERV, *not* to NOVELL@suvm--sending mail to the mailing list
  106. address, as opposed to the LISTSERV address will not only not get you
  107. subscribed, it will annoy over 1000 people world-wide, and use
  108. inordinate amounts of computer time around the world for no reason.  To
  109. subscribe, send the following mail to the above address (pick either
  110. internet or bitnet as appropriate--if you are not sure, consult the
  111. computer support staff at your site):
  112.  
  113.      To:  LISTSERV@suvm[.acs.syr.edu]
  114.      Subject:  Doesn't matter
  115.  
  116.      subscribe NOVELL Your Full Name
  117.  
  118. 5. How do I unsubscribe?
  119. ------------------------
  120.      This list is run with a LISTSERV whose address is
  121.  
  122.           Internet: LISTSERV@suvm.acs.syr.edu
  123.           Bitnet:   LISTSERV@suvm
  124.  
  125.      To unsubscribe, you *must* send mail to the LISTSERV, *not* to
  126. NOVELL@suvm--sending mail to the mailing list address, as opposed to the
  127. LISTSERV address will not only not get you unsubscribed, it will annoy
  128. over 1000 people world-wide, and use inordinate amounts of computer time
  129. around the world for no reason.  To unsubscribe, send the following mail
  130. to the above address (pick either internet or bitnet as appropriate--if
  131. you are not sure, consult the computer support staff at your site):
  132.  
  133.      To:  LISTSERV@suvm[.acs.syr.edu]
  134.      Subject:  Doesn't matter
  135.  
  136.      unsubscribe NOVELL
  137.  
  138. 6. How do I post a message?
  139. ---------------------------
  140.      The address of this list is:
  141.  
  142.           Internet: NOVELL@suvm.acs.syr.edu
  143.           Bitnet:   NOVELL@suvm
  144.  
  145.      To post a message, all you need to do is send it as a mail note to
  146. the above address.  If you are not sure whether to use the internet or
  147. bitnet address, consult the computer support staff at your site.
  148.      Please see the etiquette rules (Question 9) before you post a
  149. message.
  150.  
  151. 7. How do I get the list to echo copies of mail I post to me?
  152. -------------------------------------------------------------
  153.      See the subscribe/unsubscribe questions (4 and 5 above) for the
  154. LISTSERV address, and the format of mail messages it should receive.
  155. Send it the line
  156.  
  157.      set novell repro
  158.  
  159. at the appropriate bitnet or internet address.
  160.  
  161. 8. Who are the sysops of the NOVELL@suvm mailing list?
  162. ------------------------------------------------------
  163. (06/24/92)
  164.  
  165.      The sysops of the NOVELL@suvm mailing list include:
  166.  
  167.           Larry Bradley       larry.h.bradley@nrc.ca
  168.           Joe Doupnik         jrd@cc.usu.edu
  169.           Glenn Fund          fund@relay.proteon.com
  170.           David Harris        david@otago.ac.nz
  171.           Dave Molta          djmolta@sunrise.syr.edu
  172.           Janet Perry         janetp@novell.com
  173.           Art Whittman        wittman@engr.wisc.edu
  174.           Scott Jenkins       sjenkins@info.umd.edu
  175.  
  176. [Thanks to Joe Doupnik for forwarding me this list, and to all of the
  177. sysops for allowing me to join their ranks.]
  178.  
  179. 9. (*) What rules of etiquette apply on this list?
  180. --------------------------------------------------
  181. (7/12/9)
  182.  
  183.      Remember, over one thousand people around the world read this list,
  184. and all of us think our time is valuable, as do you.  Also, every
  185. message posted uses a great deal of computer and transmission time,
  186. because it is propagating around the world.  Therefore, the polite user
  187. of this list will try to follow these guidelines:
  188.  
  189.      *    Do not post subscribe/unsubscribe requests to the list.  See
  190.           how do to these tasks above, questions 4 and 5.
  191.      *    Do not post test messages to the list.  The first time you
  192.           have a substantial post, let that be your test.  If you keep
  193.           the file, you won't have to retype it in the event that for
  194.           some reason it doesn't go through the first time.
  195.      *    Consult Novell, system, and application documentation before
  196.           you post a question.  Also, if you site has a computer support
  197.           staff that deals with Novell issues (many universities do),
  198.           consult with them before posting a question.
  199.      *    When you post to the list, please include an informative and
  200.           accurate Subject: line.  The traffic on this list is very
  201.           high; this helps those people who have time only to read posts
  202.           they may be able to help with, or that apply to their
  203.           networks.  Additionally, in our post, make sure to include all
  204.           of the information people will need to respond.
  205.      *    If you post a question, and receive no response, please don't
  206.           repost it.  The people who read this list are very helpful--
  207.           someone will answer the question if they can.  If you don't
  208.           receive an answer, you need to find professional consultants
  209.           for your specific problem.  Reposting will not get an answer,
  210.           and will only waste the time and bandwidth mentioned above.
  211.      *    The purpose of this mailing list is to serve as a resource
  212.           from which all participants can learn.  Therefore, if you
  213.           think an answer to a question will be of wider interest than
  214.           the just the asker, please post it to the list (the default
  215.           reply-to address).
  216.      *    Don't flame people.  If some information is presented that is
  217.           incorrect or incomplete, please do post a message offering the
  218.           correction.  But don't make personal attacks on the list
  219.           members.  That has no place on this list.
  220.      *    Include your email address (both internet *and* bitnet if you
  221.           have them, please) at the bottom of your postings.  This will
  222.           allow people to correspond directly with you, since most mail
  223.           systems, by default, will reply to the entire list.
  224.      *    If you use a signature, please make it no longer than four
  225.           lines, and don't include "graphics" composed of ASCII
  226.           characters.  Remember, everyone's time is valuable, and some
  227.           people read this mailing list at a very slow baud rate.  Long
  228.           signatures, and frivolous graphics just frustrate them; they
  229.           may take to deleting your messages unread.
  230.      *    When you reply to a message, include just enough of the
  231.           previous message for readers to remember what the issues were.
  232.           It is not necessary to include the whole message again.
  233.      *    When you post a message, use proper upper *and* lower case.
  234.           All uppercase messages are hard to read, and you will find
  235.           that people start summarily deleting your messages without
  236.           even giving them a chance.
  237.      *    Please post to the list *only* in English.  If you are posting
  238.           in any other language, obviously you did not intend to
  239.           communicate with the entire list, as this is an English
  240.           language list.  Therefore, private email would be more
  241.           appropriate.
  242.  
  243. 10. What other mailing lists may be of interest?
  244. -----------------------------------------------
  245. (6/2/92)
  246.  
  247.      Other mailing lists you may want to try are include:
  248.  
  249.      BIG-LAN@suvm (internet BIG-LAN@suvm.acs.syr.edu), send
  250.           subscriptions to the LISTSERV@suvm[.acs.syr.edu].
  251.      CUTCP@omnigate.clarkson for a discussion of Charon and CUTCP Telnet
  252.           issues.  This is a hand-managed list, so send your
  253.           subscription requests and other administrative inquiries to
  254.           cutcp-request@omnigate.clarkson.edu.  Replies may take a week,
  255.           but the list traffic is low and you will not miss very much.
  256.           There is also an announcements only list; send subscription
  257.           requests to cutcp-announce-request@omnigate.clarkson.edu.
  258.      INFO-IBMPC@wsmr-simtel20.army.mil (send subscription requests to
  259.           INFO-IBMPC-REQUEST@wsmr-simtel20.army.mil).
  260.      PMAIL-UPDATES@splicer.cba.hawaii.edu for discussion of Pegasus
  261.           Mail.  The author, David Harris, is active on this list.  Send
  262.           subscription and other administrative requests to
  263.           pmail-request@splicer.cba.hawaii.edu.
  264.      BANYAN-L@akronvm (internet BANYAN@vm1.cc.uakron.edu), send
  265.           subscriptions to the LISTSERV.  This is for discussion of
  266.           Banyan networks.
  267.  
  268.      Additionally, if you have access to usenet news, you may want to
  269. subscribe to the newsgroup comp.sys.novell, which has essentially the
  270. same purpose as this mailing list, although there does seem to be a good
  271. amount of traffic which is both sent to this list and posted to
  272. comp.sys.novell.
  273.      For more comprehensive sources of mailing lists on all subjects, on
  274. info.umd.edu (128.8.10.29) you can find a list of listserv bitnet lists
  275. under Computers/NetInfo/Bitnet/listserv-lists and the complete List of
  276. Lists is available as Computers/NetInfo/Internet/interest-groups.  As
  277. always, with info.umd.edu, if you use anonymous ftp, these directories
  278. will be found under /info.
  279.      Lastly, sending any listserv the command "list global" will get you
  280. a *large* file of all public listserv lists.
  281.  
  282.  
  283. 11. How can I login *without* running the system/user login script?
  284. -------------------------------------------------------------------
  285.      To avoid running the user login scripts:
  286.  
  287.      *    Put "EXIT" as the last line in the system login script.  This
  288.           stops the system from running either a custom or default user
  289.           login script.
  290.  
  291.      To avoid running any login scripts at all:
  292.  
  293.      *    Instead of using LOGIN, which will attempt to run login
  294.           scripts, use ATTACH, which will not.  You will either need to
  295.           first login to another file server which has the attach
  296.           command available, or copy the ATTACH.EXE file to the
  297.           workstation's disk.
  298.      *    Enter the login command as "LOGIN /S nul <username>" which
  299.           will attempt to read the script from the DOS nul device, which
  300.           always returns end of file, effectively avoiding reading a
  301.           script.
  302.  
  303. 12. How can I boot my server without running STARTUP.NCF/AUTOEXEC.NCF?
  304. ----------------------------------------------------------------------
  305. (6/2/92)
  306.  
  307.      With NetWare 3.xx, when you issue the SERVER command, include the
  308. parameter
  309.  
  310.           -NS  To not execute the STARTUP.NCF
  311.  
  312.           -NA  To not execute the AUTOEXEC.NCF
  313.  
  314.      Under NetWare 2.x all of the configuration information is
  315. incorporated into the NET$OS.EXE file so the question doesn't really
  316. apply; you would have to regenerate the operating system with NETGEN to
  317. change it.
  318.      [Thanks to Jay Sissom for clarifying the 2.x issues.]
  319.  
  320. 13. Is there a TELNET compatible program for remotely controlling a PC?
  321. ----------------------------------------------------------------------
  322.      Yes.  Get pub/wattcp/telnetd.zip via anonymous FTP from
  323. sunnee.uwaterloo.ca (129.97.128.196).  It works really well with CUTCP
  324. TELNET, and also works fine with MacTCP TELNET and most other TELNETs as
  325. well.
  326.  
  327. 14. (*) What is BOOTP and where can I get it?
  328. ---------------------------------------------
  329.      Bootp is a method by which a workstation can determine what ip
  330. number it should use and to find out what its nameservers and gateways
  331. are.  If a workstation [using NCSA or CUTCP] runs telnet or ftp and has
  332. the myip variable in its config.tel file set to bootp, it will send out
  333. a broadcast on the network.  A bootp server somewhere will see this
  334. broadcast, and respond to it with the ip number the workstation should
  335. use and what its nameserver and gateways are.  The advantage is that all
  336. ip numbers, nameserver, and gateway information are kept in one file on
  337. the bootp server.
  338.      On tacky.cs.olemiss.edu under /pub/lpd/ncsa there is a lpd.exe
  339. program that will do bootp as well as lpd.  You do not need a state of
  340. the art workstation to run this program.  BOOTP is also available on
  341. lancaster.andrew.cmu.edu.
  342.      [Thanks to Dan Abts for the substance of this answer.]
  343.  
  344.      Jocelyn Nadeau has informed me that the documentation for lpd
  345. doesn't indicate that it performs BOOTP; however, on (142.17.2.244)
  346. [which hasn't yet received a name] in public/network are BOOTP.ZIP and
  347. BOOTPNOS.ZIP which are BOOTP servers.
  348.  
  349. 15. What is Pegasus Mail and where can I get it?
  350. ------------------------------------------------
  351. (6/2/92)
  352.  
  353.      Pegasus mail is a free mail program written by David Harris.  It
  354. has almost every feature your could wish for in a mail program, and is
  355. supported well.  Pegasus supports MHS.  It is available by anonymous ftp
  356. from info.umd.edu as info/Computers/Novell/Utilities/pmail232.exe, a
  357. self extracting file.  If you also get Charon (same directory--see
  358. question 16 for details) you will be able to setup a Novell/Internet
  359. gateway.
  360.      There is also a Macintosh version of Pegasus mail, available on
  361. info.umd.edu as info/Computers/Novell/Utilities/pmmac110.hqx.
  362.  
  363. 16. What is Charon and where can I get it?
  364. ------------------------------------------
  365. (6/3/92)
  366.  
  367.      There are two separate versions of Charon, which are actually
  368. separate products:  Charon 2.x is a bi-directional Novell print queue to
  369. Unix LPD gateway;  Charon 3.x is an Internet/Novell mail gateway program
  370. which works in combination with Pegasus mail.  Both Charon incarnations
  371. are free.  Both types of Charon require a dedicated workstation to run
  372. on (and if you need both types of Charon, you would need two dedicated
  373. workstations); Charon 3.x also requires an SMTP mail server be available
  374. as its mailing agent.
  375.      Both versions of Charon are available on many ftp sites, including
  376. info.umd.edu (128.8.10.29) under info/Computers/Novell/Utilities as
  377. charon20.zip and charon34.zip (see question 23 for details on using
  378. info.umd.edu).
  379.  
  380. 17. Where can I get an Internet gateway for Pegasus Mail?
  381. ---------------------------------------------------------
  382. (6/3/92)
  383.  
  384.      See above, question 16 for information on Charon 3.x.
  385.  
  386. 18. How can I print from Novell to Unix and vice versa?
  387. -------------------------------------------------------
  388. (6/3/92)
  389.  
  390.      The Novell solution is to purchase the NetWare Flex/IP package
  391. which includes a bi-directional print gateway.  According to Novell's
  392. press release, it "allows Unix users to access printers attached to
  393. NetWare systems and NetWare users to access printers that are attached
  394. to UNIX systems.  The UNIX printer will appear to the user as a normal
  395. NetWare print queue, while the NetWare queues will appear as UNIX print
  396. queues to the UNIX user.  In addition, the UNIX print filter mechanism
  397. is supported enabling print jobs to be preprocessed before submission to
  398. the printer device."
  399.      For a free solution, see above, question 16 for information on
  400. Charon 2.x.
  401.  
  402. 19. How can I get user-ids (and other information) into programs?
  403. -----------------------------------------------------------------
  404.      There are essentially four ways to import Novell information into
  405. programs you have written, each of which is appropriate for some
  406. solutions:
  407.  
  408. (A)  Environment variables
  409.      Use the login script command
  410.  
  411.           dos set VARIABLE="Value"
  412.  
  413. to put the user-id (%LOGIN_NAME), station number, etc. (consult the
  414. Novell documentation for the list of available values), into an
  415. environment variable.  Now, you will be able to retrieve the environment
  416. variable, both in batch files, and in programs.  In Turbo Pascal as well
  417. as most varieties of C and C++ use the expression GetEnv("VARIABLE") to
  418. retrieve an environment variable.
  419.      This technique is good for simple programs which only need a few
  420. Novell values, and for batch files.
  421.  
  422. (B)  Piping in information from WHOAMI
  423.      Write your program to read its input in the form that WHOAMI types,
  424. and then pipe in the output from WHOAMI:
  425.  
  426.           WHOAMI [/a] | YOURPROGRAM
  427.  
  428. You will have to program to ignore lines that contain only / - \ because
  429. these still appear at the head of the file while the program is scanning
  430. the bindery information.
  431.      This is inefficient, but it is the only way to get group arbitrary
  432. group memberships if you cannot use the third option, below.
  433.  
  434. (C)  Novell API's
  435.      Purchase the Novell API's, available in both C (which work with
  436. several versions of C and C++, including all Borland products) and
  437. assembly language (which you could also use in any high level language
  438. with an interrupt command).  With these you can retrieve directly almost
  439. any information that the account running the program has access to.  The
  440. API's provide not only basic services like user-names and connection
  441. number, but advanced ones like print queues and IPX/SPX communications,
  442. among others.
  443.      This is the best and most efficient solution, but requires
  444. investment in the API's as well as programming knowledge.
  445.  
  446. (D)  Third Party Utilities
  447.      Obtain a commercial or shareware utility to enhance batch files
  448. with Novell information.  You could also write your own (see
  449. solution C).
  450.  
  451. 20. What are Packet, ODI and NDIS drivers?
  452. ------------------------------------------
  453. (6/2/92)
  454.  
  455.      Packet Drivers, ODI drivers, and NDIS drivers share a common
  456. purpose of recognizing packets coming in and distributing them to the
  457. appropriate piece of networking software as well as sending pre-built
  458. packets.  Packet Driver was first on the block once FTP Software
  459. realized the difficulty of writing complete drivers for every Ethernet
  460. board on the market.  It's a short specification that does little more
  461. than hand out packets; consequently a Packet Driver is very small (about
  462. 2.5K in memory) but highly effective.
  463.      3Com/Microsoft came out with the NDIS specification to accomplish
  464. the same goal, but with many enhancements.  The specification itself is
  465. very large and difficult to understand, and the code was the same way.
  466. NDIS is most commonly seen on Lan Manager systems (3Com, Microsoft, DEC,
  467. AT&T, and so on).
  468.      Then, most recently, Novell decided to tackle the board variety
  469. problem, but by starting from the top and looking down toward the
  470. hardware. Their ODI specification is the largest and most elaborate, and
  471. yet in many ways is the "best" of the bunch.
  472.      Both NDIS and ODI drivers are commercial endeavors, but their
  473. specifications are public.  However, neither NDIS or ODI makes any
  474. effort to accommodate alternate ("competing") protocol stacks.  This is
  475. changing with the appearance of small software converter "shims" which
  476. have a Packet Driver interface as the common denominator.  Novell's Lan
  477. WorkPlace for DOS is a shining example of providing an ODI driver
  478. supporting both NetWare and TCP/IP.  You can see the pressures here:
  479. software vendors want a cheap way of using many boards because drivers
  480. are expensive to write, and users want everything, including the ability
  481. to run things requiring dual protocol stacks on a single board.
  482.      The commercial NDIS and ODI drivers should be more solid than the
  483. volunteer effort Packet Drivers, and correspondingly harder to get
  484. changed when bugs are found.  NDIS and ODI drivers need to come from
  485. board vendors; Packet Drivers come, normally, from individuals and are
  486. distributed via Clarkson University (you may get them by anonymous ftp
  487. from omnigate.clarkson.edu).
  488.      Currently, Packet Drivers have the widest acceptance and support
  489. base.  NDIS is probably next and ODI is too new to be counted. It takes
  490. considerable time to fully understand a specification and produce an
  491. acceptable quality driver.
  492.      Packet drivers are available on many ftp sites, including
  493. info.umd.edu, as Computers/PC/Communication/driver*.zip (the *
  494. represents the packet driver version number; at the time of this
  495. writing, the current version was 10).  See question 23 for details on
  496. using info.umd.edu.
  497.      [Thanks to Joe Doupnik for the substance of this answer.]
  498.  
  499. 21. What is Splicer?
  500. --------------------
  501. (6/2/92)
  502.  
  503.      Splicer is an anonymous ftp server at splicer.cba.hawaii.edu
  504. (128.171.17.7) that is a site where many Novell utilities are found (in
  505. the directory /files/novell).  Consult your local site's computer
  506. support staff for details on using ftp servers.  (See questions 22 and
  507. 23 for information on other ftp sites.)
  508.  
  509. 22. Is there an official Novell FTP site for patches and updates?
  510. -----------------------------------------------------------------
  511.      Novell now has an FTP file server at ftp.novell.com (137.65.12.2).
  512. You will need to change directory to NOVLIB, where you will have access
  513. to the following directories:
  514.  
  515.      01   Novell new uploads
  516.      02   General Information (General Information, Press Releases,
  517.           Education)
  518.      03   NetWare 2.x specific files
  519.      04   NetWare 3.x specific files
  520.      05   Client/shell drivers (workstation shells, drivers, Windows
  521.           files, etc)
  522.      06   NetWare utilities
  523.      07   Btrieve/XQL Novell
  524.      08   Mac/UNIX/LANalyzer
  525.      09   Communications Products
  526.      10   NetWare Lite
  527.      11   Tech Info/IMSP (Tech Bulletins, IMSP, APNotes)
  528.  
  529.      Janet Perry has pointed out that "while CompuServe libraries allow
  530. the posting of third party information, Novell does not hold the
  531. copyright to that information and it will not be found on Novell's FTP
  532. server."
  533.  
  534. 23. Where can I FTP Netware utilities, programs, etc?
  535. -----------------------------------------------------
  536. (6/2/92)
  537.  
  538.      Official Novell patches, updates, and information are available on
  539. their ftp server.  See question 22 for details.
  540.      Additionally, you can obtain many useful utilities, including the
  541. latest versions of Pegasus, Charon, Trumpet and packet drivers from
  542. info.umd.edu (128.8.10.29), which is also the master site of this FAQ
  543. list.  This server has a user-friendly front end, accessable by telnet
  544. (login as info) which will allow you to view contents descriptions and
  545. read text files on line, as well as transfer files back to you via FTP,
  546. TFTP or KERMIT.  Novell utilities are found under
  547. Computers/Novell/Utilities, and general PC utilities may be found under
  548. Computers/PC/Utilities; communications utilities such as packet drivers,
  549. NCSA telnet and so forth may be found under Computers/PC/Communication;
  550. this FAQ list is found under Computers/Novell/Information.  We encourage
  551. you to explore this site, as many exciting and useful files are
  552. available.
  553.      You may also ftp in as anonymous, in which case the directories
  554. mentioned above are all under /info.
  555.      Additional ftp sites, along with their Novell related directories
  556. include:
  557.  
  558.      splicer.cba.hawaii.edu   128.171.17.7        files/novell
  559.                                                   files/pegasus
  560.  
  561.      wsmr-simtel20.army.mil   192.88.110.29       pd1:<msdos.lan>
  562.                                                   pd1:<msdos.pktdrvr>
  563.  
  564.      cc.usu.edu               129.123.1.1         novell
  565.  
  566.      risc.ua.edu              130.160.4.7         pub/network/novlib
  567.                                                   pub/network/pegasus
  568.                                                   pub/network/misc
  569.                                                   pub/network/tcpip
  570.  
  571.      wuarchive.wustl.edu      128.252.135.4       etc/system/novell
  572.  
  573.      topaz.rutgers.edu        128.252.135.4       tcp-ip-docs
  574.  
  575.      ftp.uni-kl.de            131.246.9.95        pub/pc/novell
  576.  
  577.      monk.proteon.com         128.185.123.16      pub/novell
  578.  
  579.      netlab.usu.edu           129.123.1.11        novell
  580.                                                   netwatch
  581.  
  582.      chaos.cc.ncsu.edu        152.1.19.23         pc/novell
  583.                                                   pc/utils
  584.                                                   pc/email
  585.                                                   pc/net
  586.                                                   pc/manage
  587.  
  588. [Thanks to Mark Burgess for the initial ftp site summary included in
  589. this answer, and to David Silverstein for compiling the dot addresses
  590. for people without Domain Name Server Access.]
  591.  
  592. 24. How do I set up my server as an FTP site?
  593. ---------------------------------------------
  594. (6/3/92)
  595.  
  596.      Novell's FTP server is bundled in both their Novell NFS package and
  597. in their NetWare Flex/IP package.  According to the May 11, 1992 press
  598. release when Novell announced NetWare Flex/IP, the "high performance FTP
  599. server allows UNIX users to transfer files to and from NetWare v3.11
  600. servers on the network.  It also enables FTP clients to use the NetWare
  601. v3.11 server as an FTP gateway to access any other NetWare server on the
  602. network, including those that do not support TCP/IP.  The FTP server
  603. provides full support of both UNIX/NFS and DOS name spaces...."
  604.      An alternate--and less expensive--solution is to run NCSA telnet in
  605. FTP server mode on a dedicated workstation--an old 8088 machine is
  606. perfectly suitable.  (NCSA is available on many sites, including
  607. info.umd.edu under Computers/PC/Communication/ncsa*.zip.  See Question
  608. 23 for details on info.)  The people ftp'ing into the workstation will
  609. have access to anything the account logged in on the workstation has
  610. access to.  You can set up "accounts" and passwords, but the only thing
  611. this controls is who can ftp into the workstation.  Additionally, only
  612. one ftp connection at a time is possible.  In many cases, however, these
  613. restrictions will not be a problem.
  614.  
  615. 25. What are Novell's phone numbers?
  616. ------------------------------------
  617.      The following list of numbers was extracted from a list send by
  618. Sarah Peterson of Novell to Larry Bradly, which he kindly posted to our
  619. mailing list.  I have included in the FAQ because I believe it is of
  620. general interest.  These numbers were accurate as of November 18, 1991.
  621.  
  622. Department/Group                       Toll-Free          Regular
  623.  
  624. After Market Products (AMP)            800-346-7177       801-568-8856
  625. Anthem/Eagle (Ethernet)                800-733-2453       408-453-1200
  626. API Development/Austin                 800-RED-WORD       512-794-1795
  627. Authorized Reseller Information        800-828-3362
  628. Contract Inquires/AMP                  800-346-7177       801-568-8856
  629. Contract (for those who have them)     800-51-3184
  630. Corporate Headquarters                 800-453-1267       801-429-7000
  631. Customer Success Portfolios            800-UPDATE1        801-429-5155
  632. Developer Assistance                   800-729-4357
  633. Reseller Authorization                 800-828-3362
  634. LANalyzer Products                     800-243-8526       408-473-8324
  635. Literature Orders                      800-UPDATE1        801-429-5155
  636. NetWare Users International            800-228-4NUI
  637. OURS Program                           800-237-OURS
  638. Professional Developers Program(PDP)   800-RED-WORD       512-794-1795
  639. Piracy                                 800-PIRATES        801-429-7600
  640. Product Information                    800-NETWARE        801-429-5155
  641. Promotional Products                   800-526-4483
  642. RMA                                    800-NETWARE
  643. Technical Marketing Support            800-733-9673
  644. Technical Support                      800-NETWARE        801-429-5588
  645. Technical Support/PDP                  800-SAY-HELP       512-794-1795
  646. Upgrades/Updates                       800-UPDATE1        801-429-5155
  647. Warranty Registration                  800-458-7773
  648.  
  649. 26. How do I install ODI?
  650. -------------------------
  651. (6/2/92)
  652.  
  653.      ODI drivers, like packet drivers, are a method for allowing
  654. software to access the network independent of the particular network
  655. interface card in the PC.
  656.      The instructions on how to install ODI are a bit too long to
  657. include directly in the FAQ mailing; however Jay Sissom has written a
  658. file explaining this is some detail, which he has kindly allowed me to
  659. make available on info.umd.edu (128.8.10.29) as
  660. Computers/Novell/Information/odidoc.txt.  See question 23 for details on
  661. accessing info.umd.edu.
  662.  
  663. 27. Why can't multiple TCP/IP applications run on a workstation?
  664. ----------------------------------------------------------------
  665. (6/3/92)
  666.  
  667.       In order to understand this problem, assume that two TCP/IP
  668. applications *are* running on a workstation:  when an IP packet arrives
  669. at a board with two or more TCP/IP stacks are active, the packet is
  670. delivered to each.  Each stack now has a valid TCP or UDP (and maybe
  671. ICMP, ARP, or whatever) packet, and decodes the protocol type (TCP
  672. etc.), the operation kind, sequence number, and so on to fairly great
  673. detail.  If the numbers happen to overlap with what another stack is
  674. doing then chaos will probably result--and if not the stack will likely
  675. send an error report back to the host and the connection will be
  676. aborted.  The several parallel stacks are uncoordinated and thus
  677. fratricidal.
  678.      In order to have multiple applications running in parallel, its
  679. necessary that they be perfectly coordinated.  How to do this?  Simple:
  680. have one stack serving many applications.  Each application gets a
  681. separate session identity within the stack and no conflicts can occur in
  682. properly written code; TCP/IP is designed for this.  [Editor's note:
  683. unfortunately, there is no generally accepted sharable TCP/IP stack for
  684. PC workstations.]
  685.      This argument applies to every method of delivering packets to
  686. stacks: PD, ODI, NDIS, even carrier pigeon (there's a famous RFC for
  687. avian carriers).  For readers with a technical interest in these things
  688. there are now three excellent books on TCP/IP: _Unix Network
  689. Programming_ by Stevens, and _Internetworking with  TCP/IP_, volumes I
  690. and II, by Comer.
  691.      Recently, a program named PKTMUX was written in the UK, which
  692. attempts to follow the detailed conversation between applications and
  693. their host; when multiple TCP programs are run over the same packet
  694. driver, it attempts to renumber the packet internals to avoid the
  695. conflicts noted above.  It's a neat effort, but it cannot do the whole
  696. job.  Under some conditions, it will work ok; under others we still get
  697. the effects described, so use it with caution.
  698.      [Thanks to Joe Doupnik for the substance of this answer.]
  699.